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cation protocol in which a source node and one or more 
destination nodes are logically connected, and a connection 
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to control data communication between the nodes. There is 
also disclosed an efficient communication system and com- 
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mined time to prevent the retry from unnecessarily occurring 
between a destination node slow in receiving process and a 
source node fast in transmitting process. 
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FIG. 6A 
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FIG. 12 
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DATA COMMUNICATION APPARATUS, Known as one of next-generation high-speed high- 

METHOD, AND SYSTEM UTILIZING performance digital interfaces to solve the problems is an 

RECEPTION CAPABILITY INFORMATION ^EEE (The Institute of Electrical and Electronics Engineers. 

OF A DESTINATION NODE 1394-1995 standards. 

s A digital interface conforming to the IEEE 1394-1995 
standards (hereinafter referred to as the 1394 interface) has 

BACKGROUND OF THE INVENTION the following characteristics: 

L Field of the Invention W ^^^f , 

™ 1, , J. . (2) real-time data transfer system (i.e., Isochronous trans- 

The present mvention relates to a data communication *\ja L /r 

, , . ^. «u J J * ... 10 fer system) and Asynchronous transfer system are 

system, data communication method, data commumcation su ted* 

apparatus and digital interface, particularly to a network in . ' y , ^ . , . . . , 

which information data (including image data) and com- (3) connection structure (topology) with a high degree of 

mand data are mixed to perform communication at high constructed; and 

speed and a communication protocol appUcable to the (4) plug-and-play function and hot-line plug/unplug func- 

network supported. 

2. Related Background Art , '° 1394-1995 standards, although a physical, 

, ,, , . , , electnc structure of a connector, two basic data transfer 

Hard discs and printers have heretofore had highest systems, and the like are defined, it is not defined what tvoe 

frequencies of use among peripheral apparatuses of peisonU ^f data is transmitted/received based on what communica- 

computers (heremafter referred to as PC). These peripheral 20 tion protocol in what data format. 

apparatuses are connected to PC via dedicated input/output Moreover, in Isochronous transfer system of the IEEE 

mterfaces, SCSI (smaU computer system interfaces) or other 1394.1995 standards, since a response to a sending packet is 

general-purpose digital interlaces. ^^^^^^ j^^^^ 

is no guarantee that each Isochronous 

On the other hand, in recent years, digital cameras, digital packet is surely received. Therefore, when a plurality of 

video cameras and other AV (AudioMsual) apparatuses 25 continuous data are to be securely transferred, or when one 

have gained pubUc attention as PC peripheral apparatuses. flic data is segmented into a plurality of data to be securely 

The AV apparatuses are also connected to PC via dedicated transferred, Isochronous transfer system cannot be used, 

interfaces. Furthermore, in Isochronous transfer system of the IEEE 

FIG. 1 is a view showing a conventional communication 1394-1995 standards, even when there is a vacancy in a 

system constituted of PC and AV apparatus. 30 transfer band, the total number of communications is limited 

In FIG. 1, numeral 101 denotes an AV apparatus or digital to 64. Therefore, when a large number of communications 

camera, 102 denotes PC, and 103 denotes a printer. are performed in a little transfer band. Isochronous transfer 

The digital camera 101 comprises a memory 104 in which system cannot be used, 

a photographed image is compressed and recorded; a decod- Additionally, in the IEEE 1394-1995 standards, if bus rest 

ing unit 105 for expanding and decoding the compressed occurs in response to the turning ON/OFF of a node power 

image data recorded in the memory 104; an image process- supply, the connection/disconnection of a node, or the like, 

ing unit 106; a D/Aconverter 107; a display 108 comprising *^ata transfer has to be interrupted. In the IEEE 1394-1995 

EVF; and a dedicated digital UO unit 109 for connecting the standards, however, when the data transfer is interrupted by 

digital camera 101 and the PC 102. the bus reset or an error at the time of transmission, it cannot 

The PC 102 comprises a dedicated digital I/O unit 110 for ^^^^ ^ 1°^^- Furthermore, in order 

connecting the PC 102 and the digital camera 101; an ^^^^^ interrupted transfer, a very mtncate commu- 

operation unit Ul comprising a keyboard, a mouse and the ^cation procedure needs to be earned out. 

like; a decoding unit 112 for expanding and decoding the ^^'^ ^^^^^ indicates a function of automatically 

compressed image data; a display 113; a hard disc 114; RAM performing the recognition of a new topology and the setting 

or another memory 115; an MPU 116; a PCI bus 117; and an °f ^^^'^^^ ^^""^ Therefore, the 

SCSI interface 118 for connecting the PC 102 and the printer pl^g-and-play function and the hot-Hne plug/unplug func- 

1Q3 ^ uon can be provided m the IEEE 1394-1995 standards. 

TT^o . c^cT no f Moreover, in the communication system conforming to 

The printer 103 comprises an SCSI interface 119 for mci- ion.i ^nnc * j j • . . 

■ * J no in-i i-^A the IEEE 1394-1995 standards, a communicauon protocol 

connecting the pnnter 103 and PC 102; a memory 120; a rn u * u * ^ a c • * 

uJ^A i'>i. , ..^11 , f * 11- has not been concretely proposed for segmenting mto one or 

pnnter head 121; a prmler controller 122 for con trolling , . , i f- , . ^ ■ t . 

c.u • . ini 1 J • I'll V more segment data and continuously transfemne a relatively 

operation or the printer 103; and a driver 123. , * r l- * j * / . n ■ j. 

_ , , , . . large amount or object data (e.g., still image data, graphic 

In the conventional conimunication system, since the ^^ta, text data, file data, program data, and the like) which 

digital mterface or digital I/O unit 109 of the digital camera ^^^^ to have no real-time properties but have reli- 

101 is not compatible with the digital interface or SCSI 55 ability 

interface 110 of the printer 103, they cannot be directly Furthermore, in the communication system conforming to 

interconnected. For example a still image needs to be t^e IEEE 13944995 standards, a communication protocol 

transmitted to the printer 103 from the digital camera 101 ^een either concretely prx)posed for realizing data 

nccessanly via the PC. communication among a plurality of apparatuses using a 

Moreover, in the conventional dedicated interface or the 60 communication system in which data is asynchronously 

SCSI interface, when a large volume of data such as still broadcast, 
images or moving images held by the AV apparatus are 

handled, many problems are caused that a data transfer rate SUMMARY OF THE INVENTION 

is low, communication cable for parallel communication is An object of the present invention is to solve the afore - 

thick, there are only a small number of types of connectable 65 mentioned problems. 

peripheral apparatuses, connection system is limited and that Another object of the invention is to provide a technique 

real-time data transfer cannot be performed. in which object data requiring no real-time properties can 
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continuously and securely be transferred in a data commu- being asynchronously transferred after a predetermined time 

nication system, data communication method, data commu- elapses; and writing data included in the communication 

nication apparatus and digital interface. packets into a memory space common to other apparatuses. 

A further object of the invention is to provide a technique ^ another preferred embodiment, the present invention 
in which a time interval between continuously transferred S discloses a data communication method comprising steps of : 

data can be optimized in a data communication system, data ^^^^"g ^ connection relationship between a source 

communication method, data communication apparatus and ^^^^ ^^^^ destination nodes; notifying the 

digital interface, and unnecessary interruption in a series of """"t T''t ^ 

data transfer can easily, securely and efficienUy be pre- J=.«°"f?^o° f ^dentifymg the logical comiection rela- 
^^^^^^ ^ 10 tionship; and settmg m the source node a time interval of 

" ^ ' communication packets successively transferred based on 

A stiU further object of the invention is to provide a t^e logical connection relationship, 

technique which can reaUze an efficient data communication ^ another preferred embodiment, the present invention 

in such a manner that mmecessanly occurring retry can discloses a data communication apparatus comprising: a unit 

easily and securely be prevented in a data communication for packetizing data comprising one or more segments into 

system, data communication method, data communication a plurality of communication packets; and a unit for suc- 

apparatus and digital interface. cessively transferring the commxmication packets based on 

As a preferred embodiment for such objects, the present a logical connection relationship set with one or more 

invention discloses a data communication system compris- destination nodes, wherein the communication packets are 

ing: a source node for performing asynchronous communi- asynchronously transferred after a predetermined time 

cation at least once to transfer data comprising one or more elapses. 

segments; one or more destination nodes for receiving the As another preferred embodiment, the present invention 
data transferred from the source node; and a controller for discloses a data communication apparatus comprising: a unit 
setting a logical connection relationship between the source receiving communication packets successively trans- 
node and the one or more destination nodes, wherein at least ^^^^^ ^ source node based on a logical connection 
one of the source node and the controller controls a timing relationship set with the source node; and a umt for writing 
for performing the asynchronous communication. ^^^^ the communication packets mto a memory 
^ . r ji^j- u • • space common to other apparatuses, wherein the commum- 
As another preferred embodiment, the present invention nation packets are asynchronously transferred after a prede- 
discloses a data communication system comprising: a source termincd time elapses 

node for performing broadcast communication at least once ^ another preferred embodiment, the present invention 
to transfer data comprising one or more segments based on discloses a data communication apparatus comprising: a unit 
a logical connection relationship; and one or more destina- for setting a logical connection relationship between a 
tion nodes for receiving the data transferred from the source source node and one or more destination nodes and for 
node based on the logical connection relationship, wherein setting in the source node a time interval of communication 
the source node controls a timing for performing the broad- packets successively transferred based on the logical con- 
cast communication. nection relationship; and a imit for notifying the source node 

As another preferred embodiment, the present invention and the one or more destination nodes of a connection ID for 
discloses a data communication method comprising steps of: identifying the logical connection relationship, 
setting a logical connection relationship between a source As another preferred embodiment, the present invention 
node and one or more destination nodes; performing asyn- discloses a digital interface comprising: a unit for packeliz- 
chronous communication at least once to transfer data ing data comprising one or more segments into a plurality of 
comprising one or more segments to the one or more communication packets; and a unit for successively trans- 
destination nodes; controlling a timing for performing the ferring the commimication packets based on a logical con- 
asynchronous communication; and using the logical con- nection relationship set with one or more destination nodes, 
nection relationship to receive the data transferred using the 45 wherein the communication packets are asynchronously 
asynchronous communication. transferred after a predetermined time elapses. 

As another preferred embodiment, the present invention As another preferred embodiment, the present invention 

discloses a data communication method comprising steps of: discloses a digital interface comprising: a unit for receiving 

performing broadcast communication at least once to trans- communication packets successively transferred from a 
fer data comprising one or more segments to one or more 50 source node based on a logical connection relationship set 

destination nodes based on a logical connection relationship; with the source node; and a unit for writing data included in 

controlling a timing for performing the broadcast commu- the communication packets into a memory space common to 

nication; and receiving the data transferred from the source other apparatuses, wherein the communication packets are 

node based on the logical connection relationship. asynchronously transferred after a predetermined time 

As another preferred embodiment, the present invention 55 elapses, 

discloses a data communication method comprising steps of: As still further preferred embodiment, the present inven- 

packetizing data comprising one or more segments into a tion discloses a digital interface comprising: a unit for 

plurality of communication packets; and successively trans- setting a logical connection relationship between a source 

ferring the communication packets based on a logical con- node and one or more destination nodes and for setting in the 
nection relationship set with one or more destination nodes, ^0 source node a time interval of communication packets 

the communication packets being asynchronously trans- successively transferred based on the logical connection 

ferred after a predetermined time elapses. relationship; and a unit for notifying the source node and the 

As another preferred embodiment, the present invention one or more destination nodes of a connection ID for 

discloses a data communication method comprising steps of: identifying the logical connection relationship, 
receiving communication packets successively transferred 65 Still other objects of the present invention, and the advan- 

from a source node based on a logical connection relation- tages thereof, will become fully apparent from the following 

ship set with the source node, the communication packets detailed description of the embodiments. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an explanatory view of a conventional system. 

FIG. 2 is a block diagram showing an example of a 
communication system structure of the embodiment. 5 

FIG. 3 is a schematic view showing a basic structure of 
communication protocol of the embodiment. 

FIGS. 4A, 4B and 4C are sequence charts showing a basic 
communication procedure of the communication protocol of 
a first embodiment. 30 

FTG. 5 is a view showing a structure of Asynchronous 
broadcast packet of the first embodiment. 

FIGS. 6A and 6B are explanatory views showing an 
address space of each node. 

FIG. 7 is an explanatory view showing a transfer model 
of object data. 

FIG. 8 is an explanatory view showing a structure of 1394 
interface of the embodiment. 

FIG. 9 is a sequence chart showing a response period 20 
defined in the first embodiment. 

FTG, 10 is a state transition view showing an example of 
single-phase retry operation defined in a second embodi- 
ment. 

25 

FIG. 11 is a state transition view showing an example of 
dual-phase retry operation defined in the second embodi- 
ment. 

FIG. 12 is a sequence chart showing a basic communi- 
cation procedure of communication protocol of the second 30 
embodiment. 

FIG. 13 is a view showing an Asynchronous broadcast 
packet of the second embodiment. 

FIG. 14 is a view showing a structure of an acknowledge 
packet defined in the second embodiment. 35 

FTG. 15 is a view showing operation for setting a mini- 
mum retry period of the embodiment. 

FTG. 16 is a view showing types of retry codes of the 
embodiment. 

40 

FTG. 17 is a view showing types of ack codes of the 
embodiment. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

45 

The preferred embodiments of the present invention wiU 
now be descried in detail hereinafter with reference to the 
accompanying drawings. 

FIG. 2 is a view showing an example of a data commu- 
nication system structure in the embodiment. As shown in 50 
FIG. 2, the data communication system of the embodiment 
is constituted of a computer 10, a digital video camera 
recorder 28, and a printer 60. 

A structure of the computer 10 will first be described. 
Numeral 12 denotes a microprocessor unit (MPU) for con- 55 
trolhng operation of the computer 10. Numeral 14 denotes 
1394 interface having a function conforming to IEEE 1394- 
1995 standards and a function regarding a communication 
protocol defined in the embodiment. Numeral 16 denotes an 
operation unit constituted of a keyboard, a mouse, and the 60 
like. Numeral 18 denotes a decoder for decoding 
compressed/encoded digital data (moving image data, still 
image data, audio data, and the like). Numeral 20 denotes a 
display constituted of a CRT display, tiquid crystal panel or 
another display device. Numeral 22 denotes a hard disc 65 
(HD) for recording various digital data (moving image data, 
still image data, audio data, graphic data, text data, program 
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data, and the like). Numeral 24 denotes an internal memory. 
Numeral 26 denotes a PCI bus or internal bus for intercon- 
necting processing units inside the computer 10. 

A structure of the digital video camera recorder 
(hereinafter referred to as DVCR) 28 will next be described. 
Numeral 30 denotes an image pickup unit (opt) for convert- 
ing an optical image of an object into an electric signal. 
Numeral 32 denotes an analog-digital (A/D) converter. 
Numeral 34 denotes a video processing unit for converting 
a digitized moving image or a still image to a digital image 
data of a predetermined format. Numeral 36 denotes a 
compression/expansion unit having a function of decoding 
compressed/encoded digital data (moving image data, still 
image data, audio data, and the Uke) and a function of 
encoding digital image data with high efficiency (e.g., the 
data is orthogonally converted to a predetermined image 
unit, quantized, and encoded with variable length like in 
MPEG or DV system). Numeral 38 denotes a memory for 
temporarily storing the highly efficiently encoded digital 
image data. Numeral 40 denotes a memory for temporarily 
storing the digital image data not subjected to the highly 
efficient encoding. Numeral 42 denotes a data selector. 
Numeral 44 denotes 1394 interface having the function 
conforming to the IEEE 1394-1995 standards and the func- 
tion regarding the communication protocol defined in the 
embodiment. Numerals 46, 48 denote memory control units 
for controlling the writing and reading of the memories 38 
and 40. Numeral 50 denotes a system controller for control- 
ling operation of DVCR 28, which has a microcomputer. 
Numeral 52 denotes an operation unit comprising a remote 
controller, operation panel, and the like. Numeral 54 denotes 
an electronic view finer (EVF). Numeral 56 denotes a D/A 
converter. Numeral 58 denotes a recorder/reproducer pro- 
vided with a magnetic tape, magnetic disc, magnetic optical 
disc, or another recording medium for recording/ 
reproducing various digital data (moving image data, still 
image data, audio data, and the like). 

A structure of the printer 60 will next be described. The 
printer 60 comprises 1394 interface 62 having the function 
conforming to the IEEE 1394-1995 standards and the func- 
tion regarding the communication protocol defined in the 
embodiment; a data selector 64; an operation unit 66 con- 
stituted of operation buttons, a touch panel, and the like; a 
printer controller 68 for controlling operation of the printer 
60; a decoder 70; an intemal memory 72; an image process- 
ing unit 74 for processing still image data, text data, graphic 
data and the like received via the 1394 interface; a driver 76; 
and a printer head 78. 

As shown in FIG. 2, for each communication apparatus 
(hereinafter referred to as the node), the computer 10, the 
DVCR 28 and the printer 60 are interconnected via the 1394 
interfaces 14, 44, 62 (a network comprising the 1394 inter- 
face will hereinafter be referred to as the 1394 serial bus). In 
each node, various object data (e.g., moving image data, still 
image data, audio data, graphic data, text data, program data, 
and the like) can be transmitted/received, and remote opera- 
tion can be reahzed using command data by defining the 
predetermined communication protocol. In the embodiment, 
the communication protocol using Asynchronous transfer 
system is defined. 

Operation of the nodes constituting the communication 
system of the embodiment will next be described with 
reference to FIG. 2. 

First, the function and operation of the processing units 
constituting the computer 10 will be described. 

In the embodiment, the computer 10 serves as a controller 
for controlling transmission/reception of image data 
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between DVCR 28 and printer 60, or a controller for On the other hand, the image data supplied to the D/A 

remotely operating DVCR 28 and printer 60. converter 56 from the video processing unit 34 is D/A 

The MPU 12 executes software recorded in the hard disc converted. The EVF 54 indicates an analog image signal 

22 and moves various data to the internal memory 24. supplied from the D/A converter 56. Moreover, the image 
Moreover, the MPU 12 performs an operation for adjusting 5 data processed in the video processing unit 34 is also 

the processing units connected via the internal bus 26, supplied to the memory 40. Here, non-compressed image 

The 1394 interface 14 can receive the image data trans- ^^^^ ^ ^^^^^ "^^"^^^^ 
ferred onto the 1394 serial bus and also transmit the image Th^ ^^^a selector 42 selects the memory 38 or 40 based on 

data recorded in the hard disc 22 and the intemal memory 24 user's instruction, and supplies the compressed image data 

to the 1394 serial bus. Moreover, the 1394 interface 14 can or the non-compressed image data to the 1394 interface 44. 

transmit the command data for remotely operating the other Moreover, the data selector 42 supplies the image data 

nodes on the 1394 serial bus. Furthermore, the 1394 inter- supplied from the 1394 interface 44 to the memory 38 or 40. 
face 14 also has a function of transferring to the other nodes The 1394 interface 44 performs Asynchronous transfer of 

the signal transferred via the 1394 serial bus. the compressed image data or the non-compressed image 

Auser selects a desired software via the operation unit 16, ^^^^ based on the communication protocol of the embodi- 

and causes the MPU 12 to operate the software recorded in "lent as described later. Moreover, the 1394 interface 44 

the hard disc 22. Here, the information regarding the soft- receives a control command for controlling the DVCR 28 
ware is presented to the user by the display 20. The decoder 1394 serial bus. The received control command is 

18 decodes the image data received on the 1394 serial bus supplied to the system controller 50 via the data selector 42. 

based on the software. The decoded image data is presented The 1394 interface 44 returns a response to the control 

to the user by the display 20. command. 

The function and operation of the processing units con- The function and operation of each processing unit con- 
stituting the DVCR 28 will next be described. stituting the printer 60 will now be described. 

In the embodiment the DVCR 28 serves, for example, as 25 1° *be embodiment the printer 60 serves, for example, as 

an image transmission device (source node) for performing an image receiving device (destination node) for receiving 

Asynchronous transfer of the image data based on the and printing the image data asynchronously transferred 

communication protocol of the embodiment. based on the communication protocol of the embodiment. 

The image pickup unit 30 converts an optical image of the The 1394 interface 62 receives the image data or the 
object into the electric signal constituted of a luminance ^0 control command asynchronously transferred via the 1394 

signal Y and a color difference signal C, and supplies the serial bus. Moreover, the 1394 interface 62 sends a response 

electric signal to the A/D converter 32. The A/D converter 32 to the control command, 

digitizes the electric signal. The received image data is supplied to the decoder 70 via 

The video processing unit 34 applies a predetermined the data selector 64. The decoder 70 decodes the image data, 

image processing to the digitized luminance signal and color and transmits results to the image processing unit 74. The 

difference signal, and multiplexes the signals. The "^age processing unit 74 temporarily stores the decoded 

comprcvssion/expansion unit 36 compresses the data amount image data to the memory 72. 

of the digitized Itmiinance signal and color difference signal. Moreover, the image processing unit 74 converts the 

Here, the compression/expansion unit 36 uses an indepen- image data temporarily stored in the memory 72 to data to 
dent compression processing circuit to process the lumi- ^° be printed, and supplies the data to the printer head 78. The 

nance signal and the color difference signal in parallel. printer head 78 performs printing under control of the printer 

Altematively, the unit may use a common compression controller 68. 

processing circuit to process the signals in time division. On the other hand, the received control command is 

Moreover, in order to be resistant to errors in transmission transmitted to the printer controller 68 via the data selector 

paths, the compression/expansion unit 36 applies a shufQing 64. The printer controller 68 performs various controls 

processing to the compressed image data. Thereby, a con- regarding the printing based on the control data. For 

tinuous code error (i.e., burst error) can be converted to a example, the sheet feeding by the driver 76, the position of 

discrete error (i.e., random error) which can easily be the printer head 78, and the like are controlled, 
repaired or interpolated. Here, when a deviation of infor- A structure of the 1394 interfaces 14, 44, 62 of the 

mation amount due to a coarse image in screen is imiformed, embodiment will next be described in detail with reference 

this process may preferably be performed prior to the to FIG. 8. 

compression process, which is convenient for the encoding The 1394 interface is functionally constituted of a plu- 

with a variable run length or another length, ^aUty of layers. In HG. 8, the 1394 interface is connected to 

In the compression/expansion unit 36, data identification 55 the 1394 interface of another node via a communication 
information ID is added to the compressed image data in cable 801 conforming to the IEEE 1394-1995 standards, 
order to restore the shuffling. The compression/expansion Moreover, the 1394 interface has at least one communica- 
unit 36 adds an error correction code ECC to the compressed tion port 802, and each communication port 802 is con- 
image data in order to reduce enrors at the time of recording/ nected to a physical layer 803 included in hardware, 
reproducing. piQ ^ ^^e hardware is constituted of the physical layer 

The image data compressed in the compression/expansion 803 and a link layer 804. The physical layer 803 performs 

unit 36 is supplied to the memory 38 and the recorder/ physical, electrical interface with the other nodes, detection 

reproducer 58. The recorder/reproducer 58 records the com- of bus reset and processing, encoding/decoding of input/ 

pressed image data with ID and ECC added thereto to the output signals, reconciliation of bus using rights, and the 
magnetic tape or another storage medium. Here, the com- 65 like. Moreover, the link layer 804 performs generation of 

pressed image data is recorded into a recording area different communication packet, transmission/reception of various 

from or independent of an area for the audio data. communication packets, control of a cycle timer, and the 
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like. Furthermore, the link layer 804 provides a function of nication protocol described later, while the destination node 
generating and transmitting/receiving Asynchronous broad- 304 has a function of receiving the object data 308 trans- 
cast packet as described later, ^ ferred from the source node 302. Moreover, the controller 

Moreover, in FIG. 8, firmware includes a transaction layer 300 establishes the logical connection relationship (that is, 
805 and a serial bus management 806. The transaction layer S connection) between the source node 302 and at least one 

805 controls Asynchronous transfer system, and provides destination node 304 in accordance with the communication 

various transactions (read, write, lock). Furthermore, the protocol described later, and controls the connection, 

transaction layer 805 provides a function of Asynchronous Here, the controller 300, the source node 302, and the 

broadcast transaction as described later. The serial bus destination node 304 may function in separate. Moreover, 
management 806 provides functions for controlling self lo the controller 300 and the source node 302 may function in 

node, and for managing connection state of the self node, ID the same node. Furthermore, the controller 300 and the 

information of the self node, and source of serial bus destination node 304 may function in the same node. In this 

network on the basis of IEEE 1212 CSR standard described case, no transaction is necessary between the controller 300 

later. and the source node 302 or the destination node 304, which 

The hardware and firmware shown in FIG, 8 substantially simphfies the communication procedure, 

constitute the 1394 interface, and basic structures are defined In the embodiment, a case where the controller 300, the 

by the IEEE 1394-1995 standards. source node 302, and die destination node 304 separately 

Moreover, an apphcation layer 807 included in software function in independent nodes will be described. For 

varies with application soft for use, and il is controlled how example, the computer 10 provided with the 1394 interface 
and what object data is transferred. ^ 1* serves as the controller 300. Moreover, the DVCR 28 

The communication protocol of the embodiment P^'^^^^^f ^^^"^ '""^^'^^"^ ^ serves as the source 

described later expands the function of the hardware and node 302 while the printer 60 provided with the" 1394 

firmware constituting the 1394 interface, and provides the ^^^^^^^ serves as the desUnaUon node 304. 

software with a new transfer procedure. 25 embodiment, as shown in FIG. 3, at least one 

A basic structure of the communication protocol defined connecUon can be set between the source node 302 and at 

in the embodiment will next be described with reference to least one destinaUon node 304. When there is a request for 

pjQ 3 transfer of certain object data, these connections are set by 

nr-> a u * 11 Tnrk j / ^t least onc controller 300 based on the communication 

FIG. 3 shows a controller 300, a source node 302, n (n^l) rotocol described later vuiLnxiuiu^awuu 
destination nodes 304, a subunit 306 of the source node, and 30 " 

an object 308 such as still image data, graphic data, text data, embodiment, one or more destination offsets usable 

file data, program data, and the like. ^ connection can be set. The value of the destination 

A first memory space 310 provided inside the destination "^^^ P/^^Lf Tj^'^''^^^. the controller 300 or 

node 304 is designated by a predetermined destination offset Additionally, a relaUonship of the 
(destinatioo^cfiket #0). A first connection 312 indicates a ^5 connection and the destination offset is set based on the 

logical connection relationship (that is, connection) between communication protocol descnbed later, 

the source node 302 and the destination node 304. Here, the When a plurality of destination offsets are set in one 

destination offeet means an address for designating in com- connection, a plurality of modes of data communication can 

mon the memory space of the n destination nodes 304. simultaneously be realized with one connection. For 

N-th memory space 314 provided inside the destination example, one to one, one to N, N to N data communication 

node 304, is designated by a predetermined destination simultaneously be reaHzed with one connection by 

offset (destination_oflfeet #n). An n-th connection 316 indi- aUocaUng different destmation offsets to the modes of the 

cates a logical connection relationship (that is, connection) ^^^^ communication. 

between the source node 302 and the destination node 304. Additionally, in the embodiment, the computer 10 as the 

In the embodiment, each node controls the first memory controller 300 may operate as the destination node 304. In 

space 310 to the n-th memory space 314 by an address space ^^^^^ ^ connection is set between one source node 302 

of 64 bits conforming to IEEE 1212 CSR (Control and destinaUon nodes 304, and the object data 308 is 

Status Register Architecture) standards (or ISO/IEC 13213: transferred. 

1994 standards). The IEEE 1212 CSR standards define Moreover, in the embodiment, the case where the corn- 
control for serial bus, managernent, or address allotment. P^ter 10 serves as the controller 300 has been described, but 
FIGS. 6A and 6B are explanatory views of the address computer 10 does not necessarily have to function as the 
space of each node. FIG. 6A shows a logical memory space controller 300. The DVCR 28 or the printer 60 may operate 
represented by the address of 64 bits. Moreover, RG. 6B controller 300. 
shows a part of the address space shown in FIG, 6A, for 55 f* t P hnt\' 
example, an address space in which high-order 16 bits form ™ 

FFFFjg. As the first memory space 310 to the n-th memory A basic transfer procedure of the communication protocol 

space 314 shown in FIG. 3, a part of the memory space defined in the first embodiment will next be described, 

shown in FIG. 6B is used. Each of the memory spaces 310 piGS. 4A, 4C are sequence charts showing a procedure 

to 314 is defined by the destination offset indicating low- performed until one object data is transferred. FIG. 4B 

order 48 bits of the address. shows a sequence chart showing a transfer procedure if bus 

In FIG. 6B, for example, 000000000000^6 to reset or transmission error occurs during the transfer of one 

0000000003FF^g are reserved areas, and the areas where the object data. 

object data 308 is actually written are areas from [□ the communicaUon protocol of the embodiment, after 
FFFFF0000400jg indicating low-order of the 48 bits. 65 the aforementioned connecUon is set by the controller 300, 

In FIG. 3, the source node 302 has a funcUon of trans- one object data is transferred at least one Asynchronous 

ferring the object data 308 in accordance with the commu- broadcast transacUon. A detailed communicaUon procedure 
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of Asynchronous broadcast transaction will be described 
with reference to FIG. 4. Additionally, a packet for use in 
Asynchronous broadcast transaction (hereinafter referred to 
as Asynchronous broadcast packet) will be described with 
reference to FIG. 5. 

Additionally, the Asynchronous broadcast transaction and 
Asynchronous broadcast packet are completely new com- 
munication procedure and packet format defined in the 
communication protocol of the embodiment. 

The basic transfer procedure based on the communication 
protocol of the embodiment will be described hereinafter 
with reference to FIGS. 4A, 4C. Here, FIG. 4Ais a sequence 
chart showing a case where data communication is per- 
formed with one destination node 304 in one connection. 
Moreover, FIG. 4C is a sequence chart showing a case where 
data communication is performed with three destination 
nodes 304 in one coimection. 

The controller 300 sets connection ID for identifying the 
logical connection relationship (connection) between the 
source node 302 and at least one destination node 304. 
Subsequently, the controller 300 notifies each node of the 
connection ID, and sets one connection (401, 402 of FIGS. 
4A, 4C). 

After the notification of the connection ID, the controller 
300 commands the source node 302 to start the transfer of 
the object data 308 (403 of FIGS. 4A, 4C). 

After receiving the transaction command, the source node 
302 executes negotiation with at least one destination node 
304 to perform initialization of Asynchronous broadcast 
transaction (404, 405 of FIGS. 4A, 4C). 

After the initialization setting is completed, the source 
node 302 performs Asynchronous broadcast transaction to 
successively broadcast the object data 308 constituted of one 
or more segment data (406 to 409 of FIGS. 4A, 4C) 

Here, a transfer model of object data in the embodiment 
will be described with reference to FIG. 7. In FIG. 7, the 
object data is, for example, still image data with a data size 
of ITS Kbytes. 

The source node 302 segments the object data 308, for 
example, into 500 pieces of segment data (one piece of 
segment data corresponds to 256 bytes) in accordance with 
reception ability of each destination node 304 recognized in 
the initialization setting. Here, the size of one segment data 
is variously set by the source node 302 in accordance with 
the size of an internal buffer of each destination node 304. 
FIG. 7 shows a case where the internal buffer with the same 
size as the size of the object data 308 is secured. 

Moreover, the source node 302 transfers one or more 
segment data using at least one Asynchronous broadcast 
transaction. In FIG. 7, one segment data is transferred using 
one Asynchronous broadcast transaction. 

After the transfer of all the segment data, the source node 
302 completes the data communication with at least one 
destination node 304 (410, 411 of FIGS. 4A, 4C). 

The operation of the controller 300 will next be described 
in detail with reference to FIGS. 4A, 4C. 

The controller 300 conducts negotiations to set connec- 
tion between the source node 302 and at least one destination 
node 304 selected by the user. Subsequently, the controller 
300 performs Asynchronous transfer of a packet for setting 
the connection between the nodes (hereinafter referred to as 
the connection setting packet) (401, 402 of FIGS. 4A, 4Q. 

In this case, each destination node 304 notifies the con- 
troller 300 of a self allowable interval lime (data transfer 
delay shown in FIG. 9). The controller 300 dynamically 
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determines an optimum period of time (response period 
shown in FIG. 9) in which the source node 302 is on standby 
in each Asynchronous broadcast transaction, based on the 
interval time of each destination node 304. For example, the 
5 maximum value of the interval time of each destination node 
304 is determined. The period is notified to the source node 
302 along with the connection setting packet. 

Additionally, the period is set longer than the interval 
time. Moreover, the interval time dynamically changes with 
10 the reception ability and performance of the destination node 
304. Therefore, the interval time is shortened when the 
reception ability and performance are high, while it is 
lengthened when they are low. 

The connection ID indicating the connection between the 
source node 302 and the destination node 304 is stored in a 
payload of the connection setting packet. Each node iden- 
tifies its set connection by the connection ID. Additionally, 
the connection is set by the controller 300 based on the 
connection ID already set to the source node 302 and the 
connection ID already set to each destination node 304. 

Subsequently, the controller 300 performs Asynchronous 
transfer of a transmission command packet (transaction 
command packet) to the source node 302 (403 of FIGS. 4A, 
25 4C). 

Upon receipt of the transmission command packet, the 
source node 302 performs the initialization setting by using 
the connection ID notified from the controller 300 to execute 
Asynchronous broadcast transaction (404 to 409 of FIGS. 

30 4A, 4C). Through the Asynchronous broadcast transaction, 
the source node 302 can successively transfer the object data 
308 constituted of one or more segment data. 

Additionally, in the communication protocol of the 
embodiment, the controller 300 provides a function of 

35 controlling connection/disconnection. Therefore, after the 
connection is set, the object data 308 is transferred by the 
negotiation between the source node 302 and the destination 
node 304. 

After a series of Asynchronous broadcast transactions arc 
40 completed, the source node 302 broadcasts Asynchronous 
broadcast packet indicating a segment end (hereinafter 
referred to as the segment end packet) (410 of FIGS, 4A, 
4C). 

After receiving the segment end packet from the source 
node 302, the connection is released to complete the data 
transfer (411 of FIGS. 4A, 4C). 

Here, since the segment end packet is broadcast, the 
content of the packet can be detected even in the destination 
node 304. Therefore, instead of the controller 300, the 
destination node 304 may release the connection from the 
source node 302. 

The operation of the source node 302 will next be 
described in detail with reference to FIGS. 4A, 4C. 
55 The source node 302 having received the connection 
setting packet and the transaction command packet from the 
controller 300 transmits Asynchronous broadcast packet 
(hereinafter referred to as the send request packet) to each 
destination node 304 requesting for data transfer (404 of 
go FIGS. 4A, 40). 

Here, the send request packet means a request packet for 
obtaining necessary initial information before executing 
Asynchronous broadcast transaction of the object data 308. 
The connection ID designated by the controller 300 is 
65 written in the packet. 

The destination node 304 broadcasts Asynchronous 
broadcast packet (hereinafter referred to as the ack response 
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packet) indicative of a response corresponding to the send required. In Asynchronous broadcast transaction of each 
request packet (405 of FIGS. 4A, 4C). Here, the same segment data, the aforementioned response packet is gen- 
connection ID as that in the send request packet is stored in erated. One segment data is transferred by performing 
the ack response packet. Therefore, the source node 302 can Asynchronous broadcast transaction once. The destination 
identify via which connection the ack response packet is 5 node 304 has the volume of buffer, which is indicated by the 
transferred, by confirming the connection ID of the received buffer size 
tiacket 

Here, the size of the internal buffer in which each desti- AddiUonaUy in the embodiment, the response packet is 

nation node 304 can be secured, and an offset address for ^f^^'^'^V ^^^t m Asynchronous broadcast transaction 

designating the predetermined memory space are stored in f f * ifn^^^^'i^"^*- i^^^^ ^l^''^^ 

the ack request packet. After receiving the ack request buffer of the destinaUon node 304 is filled with a plurality of 

packet, the source node 302 sets the destination ofiket for conUnuous segment data, the destinaUon node 304 may 

designating a common memory space for the destination transmit the response packet. In the structure, since the 

nodes 304, and starts Asynchronous broadcast transaction. frequency of the response operation performed by the des- 

Here, the destination offset is set by using the offset address tination node 304 can be reduced, the stmcture of the 

included in the ack request packet of each destination node destination node 304 can be simplified, and the processing 

304. rate can be enhanced. 

Additionally, in the embodiment, the destination offset The operation of the destination node 304 will next be 

used in Asynchronous broadcast transaction is set using the described in detail with reference to FIGS. 4A, 4C. 

of&et address included in the ack request packet, which is destination node 304 having received the connection 

not limited. For example, the controller 300 may be pro- 4.- \ * t ^ 4U * n c j 

•J J r, ^ c ,1,. .1. ^ / ^ setting packet from the controller 300 waits for the send 

vided with a function of controllmg the destmation offset 4i,« ^ im /a^a frir^c a a 

J, , .1 1 a- . . . request packet irom the source node 302 (404 of FIGS. 4A, 

used by each connection, so that the destination offset is set Ark \ -> 

along with the connection ID. In this case, the destination r^, j . . j -.^^ ^ • 

offset corresponding to each connection is notified to the ^he destmation node 304 having received the send 
source node 302 fi:om the controUer 300, 25 request packet confirms the connection ID written in the 

Moreover, each destination node 304 may direcUy notify P^^^et/^d ^he connection ID notified from the con^oller, 

the source node of the interval time using the ack request and toermin^^^^^ 
packet. In this case, instead of the controller 300, the source 

node 302 dynamically determines an optimum period of ^^er receiving the send request packet from the source 

time in which the source node 302 is on standby in each node 302, each destination node 304 broadcasts the connec- 

Asynchronous broadcast transaction. ^^^^ the size of the internal buffer which can be secured, 

Subsequendy, the source node 302 writes the fii^t Asyn- ^^d, .^'^^ response packet in which the ofEset address 

chronous broadcast packet in the memory space indicated by designatmg the predetermmed memory space is written (405 

the destination of&et (406 of FIGS. 4A, 4C). The connection "^^t Additionally, each destination node 304 

ID and the sequence number of the segment data are stored f^^^ ^"^^^V^^ ^^^^ ^^^^^ ^^^^ of the interval time 

in the packet. ^^^S the send request packet. 

After transmitting the first Asynchronous broadcast AftertheAsynchionousbroadcastpackettransferredfrom 

packet, the source node 302 waits for a response packet from ^^nrce node 302 is written in the memory space, the 

the destination node 304. The destination node 304 transmits destination node 304 confirms the connection ID of the 

the response packet in which the connection ID and the packet. When the connection ID included in the packet 

sequence number are stored, in the format of Asynchronous coincides with the connection ID of the destination node 304 

broadcast packet. After receiving the response packet, the ^^^^y response packet in which the connection ID and 

source node 302 increments the sequence number, and sequence number are stored is broadcast (406 to 409 of 

transfers Asynchronous broadcast packet including the next '*A, 4C). In this case, the segment data included in the 

segment data (407 of FIGS 4A, 4C) received packet is stored in the internal buffer. Here, when 

Ihc source node 302 repeats the 'procedure to succes- connection ID included in the received packet is different 

sively perform Asynchronous broadcast transaction (408, ^"^^"^ its connection ID, the desUnaUon node 304 discards the 

409 of HGS. 4A, 4C). The period of time in which the received packet. 

response from the destination node 304 is waited for is Moreover, when the destination node 304 detects mis- 
determined by the interval time. The period of time is matching of the sequence number of the received packet, the 
referred to as the response period in the embodiment. response packet may be sent out requesting for resend. In 
For example, even after the response period elapses after <^ase, the destination node 304 designates the sequence 
Asynchronous broadcast transaction of the i-th segment number for the resend request, and notifies the source node 
data, the response packet cannot be received. In this case, the 55 °f number. 

source node 302 resends the same Asynchronous broadcast When all the Asynchronous broadcast transactions are 

packet as that of the i-th segment data. completed, the segment end packet is broadcast from the 

Moreover, when the response packet is transferred from source node 302. Upon receiving the packet, the destination 

the destination node 304 requesting for resend, the source node 304 completes the data transfer process (410 of FIGS, 

node 302 can broadcast the data of the designated sequence 4A, 4C). 

number again. After receiving the segment end packet, the destination 

After Asynchronous broadcast packet transaction of all node 304 broadcasts the response packet indicating that the 

the object data 308 is performed, the source node 302 segment end packet is normally received (411 of FIGS. 4A, 

broadcasts the segment end packet, and completes the data 4C). 

transfer (410, 411 of FIGS, 4A, 4C). As described above, the communication system of the 

Here, as described above, the source node 302 segments embodiment can solve inconveniences of the conventional 

the object data 308 into one or more segment data as communication system. Moreover, even in the data transfer 
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requiring no real-time properties, the data can easily be 
transferred at high speeds. 

Furthermore, in the embodiment, after the controller 300 
sets the connection, the process of transferring the object 
data is performed between the source Dode 302 and each 
destination node 304 without being controlled by the con- 
troller 300, Therefore, there can be provided a simple 
communication protocol in which the load of the controller 
300 is reduced and no complicated communication proce- 
dure is necessary. 

Additionally, in the embodiment, the destination node 304 
is sure to send a response to each Asynchronous broadcast 
transaction. Therefore, there can be provided a communi- 
cation protocol in which the data requiring no real-time 
properties can securely be transferred. 

In order to realize more secure data transfer, when the data 
transfer is interrupted by occurrence of the bus reset or any 
transmission error, the data transfer needs to be instantly 
resumed without dropping any data. A resuming procedure 
defined in the communication protocol of the embodiment 
will be described hereinafter with reference to FIG. 4B. 

For example, when the bus reset occurs after Asynchro- 
nous broadcast packet with a sequence number i is received, 
each node discontinues the transfer process, and executes 
bus initialization, recognition of connection structure, set- 
ting of node ID, and the like in accordance with the 
procedure defined in the IEEE 1394-1995 standards (420, 
421 of FIG. 4B). 

After bus reconstruction is completed, each destination 
node 304 broadcasts a resend request packet in which the 
connection ID and the sequence number i are stored (422 of 
FIG. 4B). 

When Asynchronous broadcast transaction can be 
resumed, the source node 302 confirms the connection ID of 
the received resend request packet to broadcast the ack 
response packet in which the connection ID is stored (423 of 
FIG. 4B). 

Subsequently, the source node 302 successively broad- 
casts the segment data of and after the sequence number 
requested by the received resend request packet, i.e., the 
sequence data starting with sequence number i+1 (424 of 
FIG. 4B). 

In the aforementioned procedure, even if the data transfer 
is interrupted, the controller 300, the source node 302, and 
the destination node 304 can easily and securely resume the 
subsequent data transfer without considering each node ID. 

Moreover, as described above, in the embodiment, even 
when the data transfer is interrupted, the control procedure 
of the controller 300 can effectively be simplified. 

The structure of Asynchronous broadcast packet defined 
in the embodiment will next be described with reference to 
FIG. 5. Asynchronous broadcast packet is, for example, data 
packet having a unit of 1 Quadlet (4 byteso32 bits). 

First, a structure of packet header 521 will be described. 

In FIG. 5, a field 501 (16 bits) indicates destination ID, 
and a node ID of a destination (i.e., destination node 304). 
In the communication protocol of the embodiment, in order 
to realize Asynchronous broadcast transaction of the object 
data 308, a value of the field is set as broadcasting ID (i.e., 
FFFF,^. 

A field 502 (6 bits) indicates a transaction label (tl) field, 
or a tag peculiar to each transaction. 

A field 503 (2 bits) indicates a retry (rt) code, and 
designates whether or not the packet makes a retry. 

A field 504 (4 bits) indicates a transaction code (tcode), 
which designates a packet format or a transaction type to be 
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executed. In the embodiment, a value of the field is set, for 
example, to 0001 ^ to request for a process of writing a data 
block 522 of the packet into the memory space indicated by 
a destination_offset field 507 (i.e., write transaction). 

A field 505 (4 bits) indicates a priority (pri), and desig- 
nates the order of priority. In the embodiment, a value of the 
field is set to OOOOj. 

A field 506 (16 bits) indicates source_ID, or the node ID 
of the transmission side (i.e., source node 302), 

The field 507 (48 bits) indicates destination_o£feet, and 
designates low-order 48 bits of the address space of each 
destination node 304 in common. Here, for destination__ 
oflfeet, the same value may be set in aU the connections, or 
different values may be set in the connections. However, 
when the different values are set, Asynchronous broadcast 
packets from a plurality of connections can eflBciently be 
processed in parallel. 

Afield 508 (16 bits) indicates data_length, and indicates 
a length of data field described later in units of bytes. 

A field 509 (16 bits) indicates extended_tcode. In the 
embodiment, a value of the field is set to 0000^ 

A field 510 (32 bits) indicates header_CRC, in which 
error detecting codes for the fields 501 to 509 are stored. 

A structure of the data block 522 will next be described. 
In the embodiment, the data block 522 is constituted of a 
header information 523 and a data field 524. 

A connection ID for identifying a logical connection 
relationship between the nodes, and the like are stored in the 
header information 523. 

Moreover, the data field 524 has a variable length, in 
which the segment data is stored. Here, when the segment 
data stored in the data field 524 is not a multiple of Quadlet, 
a portion not satisfying Quadlet is filled with zero. 

Afield 511 (16 bits) indicates connection_ID, and stores 
the connection ID of the embodiment. The 1394 interface of 
the embodiment identifies the connection set between the 
source node 302 and at least one destination node 304 based 
on the connection ID stored in the field. In the embodiment, 
connections of 2^^xthe number of nodes can be established. 
Therefore, a plurality of connections can be set until the total 
amount of communication band used by each connection 
reaches the volume of the transmission path. . 

Afield 512 (8 bits) indicates protocol_type, and commu- 
nication procedure based on the header information 523 
(i.e., communication protocol type) is indicated. When the 
communication protocol of the embodiment is indicated, a 
value of the field is, for example, Ol^g. 

A field 513 (8 bits) indicates controL_flags, and prede- 
termined control data for controlling communication proce- 
dure and the hke of the communication protocol of the 
embodiment are set. In the embodiment, a most significant 
bit of the field is set, for example, as a resend__request flag. 
Therefore, when the most significant bit of the field has a 
value of 1, it is indicated that the resend request based on the 
communication protocol of the embodiment is generated. 

Afield 514 (16 bits) indicates sequence_number, and a 
continuous value (i.e., sequence number) is set to a packet 
transfened based on a specified connection ID (connection 
ID designated by the field 511). The destination node 304 
can monitor continuity of segment data successively sub- 
jected to Asynchronous broadcast transaction by the 
sequence number. When an inequality occurs, the destina- 
tion node 304 can request for resend based on the sequence 
number. 

A field 515 (16 bits) indicates reconfirmation ^number. In 
the embodiment the field has a meaning only when the 
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resead request flag has a value of 1. For example, when the 
value of the resend request flag is 1, the sequence number of 
the packet requesting for resend is set in the field. 

Afield 516 (16 bits) indicates buffer_size. The buffer size 
of the destination node 304 is set in the field. 5 

A field 517 (48 bits) indicates offeet_addrcss. Low-order 
48 bits of the address space of the destination node 304 are 
stored in the field. Therefore, any one of first memory space 
310 to n-th memory space 314 shown in FIG. 3 is desig- 
nated. 

A field 518 (32 bits) indicates destination_Jnterval. The 
interval time is stored in the field. Each destination node 304 
notifies the source node 302 and the controller 300 of the 
interval time by flie field. 

A field 519 (32 bits) indicates data_CRC, and error 
detecting codes for the fields 511 to 518 (including the 
header information 523 and the data field 524) are stored in 
the same manner as the header__CRC. 

The communication protocol of the first embodiment will 20 
next be described in detail with reference to FIG. 9. 

In FIG. 9, particularly a time interval between a time 
when the i-th (i being an optional integer) Asynchronous 
broadcast transaction is executed and a time when the 
(i+l)-th Asynchronous broadcast transaction is executed ^5 
wiU be described in detail. Additionally, in FIG. 9, to 
simplify the description, transfer between one source node 
302 and one destination node 304 is shown, but the same 
processing can be performed even when more than one 
destination node 304 are provided. 30 

FIG. 9 shows an internal buffer 252 of the destination 
node 304; a next-stage circuit 254 for processing data of the 
internal buffer 252; an i-th Asynchronous broadcast packet 
256; a response packet 258 corresponding to the i-th Asyn- 
chronous broadcast packet; an (i+l)-th Asynchronous broad- 
cast packet 260; a response packet 262 corresponding to the 
(i+l)-th Asynchronous broadcast packet; a response period 
267; data movemeat 266 inside the destination node 304 
(from internal buffer 252 to next-stage circuit 254); and a 
delay time 268 in the data movement inside the destination ^° 
node 304. 

When the i-th Asynchronous broadcast transaction is 
started, the i-th Asynchronous broadcast packet 256 is 
transferred from the source node 302. The destination node 
304 temporarily stores the segment data included in the 
packet into the internal buffer 252 via the predetermined 
memory space, and then the segment data moves to the 
next-stage circuit 254. 

When the movement of the segment data is completed, the 
destination node 304 prepares the response packet 258 
indicative of the completion, and transfers the packet to the 
source node 302. In this case, the delay time 268 dependent 
on the performance of the destination node 304 is generated 
in the transfer of the response packet 258 along with data 55 
movement 266 inside the destination node 304, 

Expected delay time 268 of the destination node 304 is 
notified as the interval time to the source node 302 from the 
controller 300 beforehand. The source node 302 determines 
the response period 264 based on the interval time. During 
this time, the source node 302 waits for the response packet 
from the destination node 304, and executes no next Asyn- 
chronous broadcast transaction. Here, the response period 
264 is usually set longer than the interval time. 

For the (i+l)-th Asynchronous broadcast transaction, pro- 65 
cessing is perfonmed in the same procedure as in the i-th 
Asynchronous broadcast transaction. Subsequently, since 
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each Asynchronous broadcast transaction is processed in the 
same manner, all the Asynchronous broadcast packets are 
securely transferred without being resent. 

In the aforementioned structure, at the time of setting the 
connection the controller 300 (or the source node 302) of the 
first embodiment can dynamically set the optimum response 
period in accordance with the reception ability and perfor- 
mance of each destination node 304. For example, the period 
is set short when the reception ability and performance of the 
destination node 304 are high, while the period is set long 
when they are low. 

Therefore, even when the performance of each destination 
node 304 is not very high, the source node 302 can securely 
execute each Asynchronous broadcast transaction without 
frequently generating the resending process. Moreover, the 
transfer efficiency in the network is prevented from being 
lowered Additionally, since the destination node 304 does 
not require high-speed, high-function reception ability, costs 
necessary for realizing the function of the destination node 
304 can be reduced. 

Second Embodiment 

A communication protocol of a second embodiment will 
be described hereinafter with reference to FIGS. 10 to 16. In 
the second embodiment, particularly a procedure for pre- 
venting a retry from being unnecessarily generated will be 
described in detail. The retry is inhibited only for a prede- 
termined time when an i-th data is not normally received. 

FIG, 10 is a state transition view showing a retry proce- 
dure of the source node 302 provided with a single phase 
retry function defined in the embodiment. 

The source node 302 transfers to OSRO state from another 
state in response to a transaction control request to Initialize 
of Reset fi-om its node controUer (1001 of FIG. 10), In this 
state, the source node 302 is prepared for transmitting a 
predetermined packet to each destination node 304. 
Therefore, in the state, when a response packet indicating an 
acknowledge code other than aclL_busy_A, ack_busy_X 
is received from the destination node 304, the source node 
302 can transfer the next packet, and does not need to 
perform retrying (1006 of FIG. 10). 

In the OSRO state, when the source node 302 receives a 
response packet indicative of ack_busy_A, ack_busy_B 
or ack_busy_X, the source node 302 recognizes that the 
destination node 304 is busy. In this case, the source node 
302 changes the state from OSRO to OSRl, and executes 
retrying (1002 of FIG. 10). 

In the OSRl stale, when there is a pending retry to be 
processed, the source node 302 processes the retry before 
transfening another optional packet. In this case, the source 
node 302 designates the retry code to retry^X to perform 
retrying. 

In the OSRl state, when the source node 302 does not 
exceed a retry limit, and the pending retry packet is not 
placed in a retry queue, the source node 302 again repeats 
retrying (1007 of FIG. 10). Here, the retry queue means a 
queue of retry packets. 

Moreover, in the OSRl state, a minimum retry period is 
set in the source node 302. The source node 302 stays in the 
OSRl state without performing retrying until the minimum 
retry period elapses (1008 of FIG. 10). 

In the OSRl state, when the retry limit is not exceeded, 
and the retry packet is placed in the retry queue, the source 
node 302 transfers to the OSRO state from the OSRl state 
(1005 of FIG. 10). 
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Moreover, in the OSRl state, when the response packet busy_^ and ack_busy__B is received, it is judged that the 

indicative of the acknowledge code other than ack_busy_ retry has been processed, and the source node 302 changes 

A, ack_btisy J and ack_biisy_X, it is judged that the to the ODRO state from the ODRl state (1103 of FIG. 11). 

retry has been processed, and the source node 302 changes Furthermore, in the ODRl state, when the four fairness 
to the OSRO state from the OSRl state (1003 of FIG. 10). 5 interval timeout periods elapse, it is judged that the retry has 

Furthermore, in the OSRl state, when the source node failed, and the source node 302 changes to the ODRO state 

302 performs the retry of a certain packet until the retry limit from the ODRl state (1104 of FIG. 11), 

is exceeded, it is judged that the retry has failed and the ^^^^^^ ^^^^^^ ^^^^ ^ executing the 

state (10U4 ot MCr. 10). 10 state, the minimum retry period is set in the source node 302. 

FIG 11 IS a state transition view showmg a retry proce- ^^^^^^ ^^^^ stays in the 0DR2 state without 

dure of the «>urce node 302 provided with a dual phase retry fo^^i .^trying until the minimum retry period elapses 

function defined in the embodiment. Additionally, the source n of FIG ID j r r 

node 302 supporting the dual phase retry function also ^ , , ^t^,,* < . . 

supports the single phase retry funcUon. 0DR2 state, the source node 302 sets the retry code 

Tte source node 302 changes to an ODRO state from '^^'y-^> f ^ f ^^^^^ 

another state in response to a transaction control request to response packet from the destmation node 304 indicates 

Initialize or Reset from its node controller (1101 of FIG. 11). ack_biJsy_B, and four fairness interval timeout periods do 

In this state, the source node 302 is prepared for transmitting not elapse, the source node 302 again repeats retrying (1111 

a predetermined packet to each destination node 304. The of FIG. 11). 

source node 302 sets the retry code to retry„l, and is on Moreover, in the 0DR2 state, when the response retry 

standby. code including the acknowledge code other than ack^ 

In the ODRO state, when the response packet other than busy_A and ack_busy_B is received, it is judged that the 

ack_busy_A, ack_busy_B and ack__busy_X is received retry has been processed, and the source node 302 changes 

from each destination node 304, the source node 302 can to the ODRO state from the 0DR2 state (1109 of FIG. 11). 

transfer the next packet, and does not need to perform Furthermore, in the 0DR2 state, when the four fairness 

retrying (1107 of FIG. 11). interval timeout periods elapse, it is judged that the retry has 

In the ODRO state, when the response packet of ack_ failed, and the source node 302 changes to the ODRO state 

busy_A or ack_busy__B is received from a certain desti- from the 0DR2 state (1110 of FIG. 11). 

nation node 304, the source node 302 judges that the In the 0DR3 state, the source node 302 is executing the 

destination node 304 is a node supporting the dual phase single phase retry, and has a pending retry to be solved. In 

retry function and is busy. In this case, the source node 302 this state, the minimum retry period is set in the source node 

performs retrying in accordance with the dual phase retry 302. The source node 302 stays in the 0DR3 state without 

function. performing retrying until the minimum retry period elapses 

When the response packet indicative of ack_busy^Ais ^5 (1117 of FIG. 11). 

received, the source node 302 executes a retry phase A, and In the 0DR3 state, the source node 302 sets the retry code 

changes to an ODRl state from the ODRO state (1102 of to retry_X, and performs retrying. In this case, when the 

FIG. 11). Moreover, when the response packet indicative of response packet from the destination node 304 indicates 

aclc_busy_B is received, the source node 302 executes a ack__busy_X, and the retry limit is not exceeded, the source 

retry phase B, and changes to an 0DR2 state from the ODRO node 302 again repeats retrying (1116 of FIG. 11). 

state (1108 of FIG. 11). Moreover, in the 0DR3 state, when the response retry 

Moreover, in the ODRO state, when the response packet code including the acknowledge code other than ack__ 

of ack_busy„X is received from a certain destination node busy_X is received, it is judged that the retry has been 

304, the source node 302 judges that the destination node processed, and the source node 302 changes to the ODRO 
304 is a node supporting the single phase retry function and 45 state from the 0DR3 state (1114 of FIG. 11). 

is busy. In this case, the source node 302 perfonns retrying Furthermore, in the 0DR3 state, when the retry count is 

in accordance with the single phase retry function. When the exceeded, it is judged that the retry has failed, and the source 

response packet indicative of ack_busy_X is received, the node 302 changes to the ODRO state from the 0DR3 state 

source node 302 changes to an 0DR3 state from the ODRO (III5 of FIG. 11). 

state (1113 of FIG. 11). 5q As described above, since the structure has the predeter- 

In the ODRl state, the source node 302 is executing the mined retry period, the source node 302 of the embodiment 

retry phase A, and has a pending retry to be solved. In this can assure more secure communication. Moreover, even if 

state, the minimum retry period is set in the source node 302. the bus is congested, the busy state of the destination node 

The source node 302 stays in the ODRl state without 304 is prevented from occurring frequently, and deadlock 
performing retrying until the minimum retry period elapses 55 can be prevented. 

(1106 of FIG. 11). \ transfer procedure based on the communication proto- 
In the ODRl state, the source node 302 sets the retry code col of the second embodiment will next be described with 
to retry_A, and performs retrying. In this case, when the reference to FIG. 12. Additionally, the communication pro- 
response packet from the destination node 304 indicates tocol of the second embodiment is basically processed in the 
ack_busy and four fairness interval timeout periods do 60 same manner as the communication protocol of the first 
not elapse, the source node 302 again repeats retrying (1105 embodiment. Therefore, the procedure for performing the 
of FIG. 11). Here, the fairness interval timeout period means same processing as in FIG. 4 is denoted with the same code, 
a period set in a period during which Asynchronous transfer and detailed description thereof is omitted. Additionally, in 
is possible, which gives a fair access right to the node which FIG. 12, to simplify the description, transfer between one 
is to use the network. 65 source node 302 and one destination node 304 is shown, but 
Moreover, in the ODRl state, when the response retry the same processing can be performed even when more than 
code including the acknowledge code other than ack_ one destination node 304 are provided. 
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The controller 300 sets the connection ID for identifying connection is set, the object data 308 is transferred by the 

a logical connection relationship between the source node negotiation between the source node 302 and the destination 

302 and at least one destination node 304. Subsequently, the node 304. 

controller 300 notifies each node of the connection ID, and After a series of Asynchronous broadcast transactions are 
sets one connection (401, 402 of FIG. 12). S completed, the source node 302 broadcasts Asynchronous 

After notifying the connection ID, the controller 300 broadcast packet indicating a segment end (hereinafter 

commands the source node 302 to start transferring the referred to as the segment end packet) (410 of FIG. 12). 

object data 308 (403 of FIG. 12). After receiving the segment end packet from the source 

After receiving a transaction command, the source node node 302, the controller 300 releases the connection to 

302 conducts negotiations vnih at least one destination node complete the data transfer (411 of FIG. 12). 

304 to set initial Asynchronous broadcast transaction (404, Here, since the segment end packet is broadcast, the 

405 of FIG. 12). content of the packet can be detected even in the destination 

After completing initialization, the source node 302 node 304. Therefore, instead of the controller 300, the 

executes Asynchronous broadcast transaction to succes- destination node 304 itself may release the connection from 

sively broadcast the object data 308 constituted of one or the source node 302, 

more segment data (406 to 409 of FIG. 12). xhe operation of the source node 302 will next be 

Here, the source node 302 transfers one or more segment described in detail with reference to FIG. 12. 

data by performing Asynchronous broadcast transaction at The source node 302 having received the connection 
least once in the same manner as in the first embodiment. 20 setting packet and the transaction command packet from the 

The object data 308 is segmented, for example, in a plurality controller 300 transmits Asynchronous broadcast packet 

of segments as shown in FIG. 7, and one segment data is (hereinafter referred to as the send request packet) to each 

transferred by using Asynchronous broadcast transaction destination node 304 requesting for data transfer (404 of 

once. FIG. 12). 

After all the segment data are transferred, the source node 25 Here, the send request packet means a request packet for 

302 completes the data communication with one or more obtaining necessary initial information before executing 

destination nodes 304 (410, 411 of FIG. 12). Asynchronous broadcast transaction of the object data 308. 

The operation of the controller 300 will next be described The connection ID designated by the controller 300 is 

ia detail with reference to FIG. 12. written in the packet. 

The controller 300 conducts negotiations to set a connec- The destination node 304 broadcasts Asynchronous 

tion between the source node 302 selected by the user and broadcast packet (hereinafter referred to as the accepted 

at least one destination node 304. Subsequently, the con- response packet) indicative of a response corresponding to 

troller 300 performs Asynchronous transfer of a packet for the send request packet (405 of FIG. 12). Here, the same 

setting the connection between the nodes (hereinafter connection ID as that in the send request packet is stored in 

referred to as the connection setting packet) (401, 402 of the accepted response packet. Therefore, the source node 

FIG. 12). 302 can identify via which connection the accepted response 

Here, the controller 300 has a function of controUing a packet is transferred, by confirming the connection ID of the 

destination offset used by each connection. The controller received packet. 

300 uses an offeet address notified from each destination Here, the size of the internal buffer in which each desti- 

node 304 to set a destination ofEset for designating in nation node 304 can be secured is stored in the accepted 

common a memory space of each destination node 304. response packet. After receiving the accepted response 

Alternatively, a destination oflfeet corresponding to a certain packet, the source node 302 sets the destination offset for 

connection is set in a predetermined procedure. After the designating a common memory space for the destination 

setting, the destination offset is notified to the source node nodes 304, and starts Asynchronous broadcast transaction. 

302 from the controller 300. Here, the destination offeet is notified by the controller 300. 

The connection ID indicating the connection between the Subsequently, the source node 302 writes the first Asyn- 

source node 302 and the destination node 304 is stored in a chronous broadcast packet in the memory space indicated by 

pay load of the connection setting packet. Each node iden- the destination offset (406 of FIG. 12). The connection ID 

tifies a connection set to itseff by the connection ID, and the sequence number of the segment data are stored in 

Additionally, the connection ID is set by the controller 300 the packet. 

based on the connection ID already set to the source node After transmitting the first Asynchronous broadcast 

302 and the connection ID already set to each destination packet, the source node 302 waits for an acknowledge 

node 304. packet from each destination node 304 (1201 of FIG. 12). 

Subsequently, the controller 300 performs Asynchronous 55 The acknowledge packet transferred from each destination 

transfer of a transaction command packet to the source node node 304 is constituted as shown in FIG. 13. Here, when the 

302 (403 of FIG. 12). destination node 304 is busy, the source node 302 performs 

Upon receipt of the transaction command packet, the the two types of retry, so that more secure data transfer can 

source node 302 performs the initialization using tlie con- be assured, while the deadlock can be prevented, 
nection ID notified from the controller 300 to execute go After receiving the acknowledge packet, the source node 

Asynchronous broadcast transaction (404 to 409 of FIG. 12). 302 increments the sequence number, and transfers Asyn- 

Through the Asynchronous broadcast transaction, the source chronous broadcast packet including the next segment data 

node 302 can successively transfer the object data 308 (407 of FIG. 12). 

constituted of one or more segment data. The source node 302 repeats the procedure to succes- 
Additionally, in the communication protocol of the 65 sively perform Asynchronous broadcast transaction (408, 

embodiment, the controller 300 provides a fimction of 409 of FIG. 12). A maximum period of time during which 

controlling connection/disconnection. Therefore, after the the acknowledge packet from the destination node 304 is 
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waited for is determined beforehand. The period of lime is source node 302. Upon receiving the packet, the destination 

referred to as the response period. The response period is set node 304 completes the data transfer process (410 of FIG. 

in the same manner as in the first embodiment. Even after the 12), 

response period elapses after Asynchronous broadcast trans- ^f^^ receiving the segment end packet, the destination 
action of the i-th segment data, the acknowledge packet is s node 304 broadcasts the packet indicating that the segment 

not returned. In this case, the source node 302 resends the g^d packet is normally received (411 of FIG. 12). 

same data as the segment data. -lji^ »l / ^ .t. 

^ , r r ^ described above, the communication system of the 

Moreover, when the response packet is transferred from embodiment can solve inconveniences of the conventional 

the destination node 304 requesting for resend, the source communication system. Moreover, even in the data transfer 
node 302 can broadcast the data of the designated sequence lO ^^^-^^g ^^^.^^ properties, the data can easHy be 

number agam. transferred at high speeds. 

.u ^^f'ZT^- ^'''''f rl^' transaction of ^ Furthermore, in the embodiment, after the controller 300 

the object data 308 is perfonned, the source node 302 ^^^^ connection, the process of transferring the object 

^'°'1'''.*!ifrrrp.,r 1^ ' ' "^"^^ d^^^ ^ P^rf«^°^^ the source node 302 and each 
traiister C41U, 411 ot hiU. IZ) destination node 304 without being controlled by the con- 
Here, as descnbed above, the source node 302 segments trover 300. Therefore, there can be provided a simple 
the object data 308 into one or more segment data as communication protocol in which the load of the controller 
required. In Asynchronous broadcast transaction of each 30O is reduced and no compHcated communication proce- 
segment data, the aforementioned re.sponse packet is gen- ^^^.^ ^ necessary 

crated. One segment data is transferred by performing n • . j- * j 4- ^- 

, if J . 4 ^- ^ J Additionally, m the embodiment, the destmation node 304 

Asynchronous broadcast transaction once. The destination * j * u a u l j * 

j'»A4i- 1 ex. rc LL-'j'.ji_.i_ is sure to send a response to each Asynchronous broadcast 

node 304 has the volume of buffer which IS mdicatcd by the ^ * Tx.f 4i. t_ -jj 

, „ . transaction. Therefore, there can be provided a commum- 
ijuiter size 

, , , . , cation protocol in which the data requiring no real-time 

Additionally, in the embodiment, the acknowledge packet properties can securely be transferred. 

IS nccessanly sent out in Asynchronous broadcast transac- "^^rj.i- j.. r^uj 

t;^« «f ™ ^r,t A.i^ ..rUir.u ,v „«t y^i.^A Aft«, In order to re ahze more secure data transfer, whenthe data 

tion of one segment data, which is not hmited. After the . r • . * j i_ i7 i_ 

■ * iu «• 1 *• J '^£\A ' £11 J '^u transfer is interrupted by occurrence of the bus reset or any 

internal buffer of the destination node 304 is filled with a , . . .x, a . . c j . u • . 

plurality of continuous segment data, the destination node '^ansmission error, the data transfer needs to be instanUy 

304 may transmit the acknowledge packet. In the structure. resumed witout dropping any data. A resummg procedure 

f . - _c J i_ denned in the communication protocol of the embodiment 

since the firequency of the response operation performed by -n l j l j ^ . ... ^ . ^rr^ 

*u J 4- J 'ytvA if A jx ^ ^ Will be described hereinafter With reference to FIG. 4B. 
the destination node 304 can be reduced, the structure of the 

destination node 304 can be simplified, and the processing example, when the bus reset occurs after Asynchro- 

rate can be enhanced broadcast packet with a sequence number i is received, 

Ihc operation of the destination node 304 wiU next be discontinues the trai^fer process, and executes 

described in detail with reference to FIG. 12. m.tiahzaUor, recognition of connection structure set- 

^ J J -iA^ t. • • J .1. ting of node ID, and the like in accordance with the 

The destmation node 304 having received the connection ° j « 1 - »u tccc i i one * j j /A^yn 

. , . ,t * 11 u c ,u J procedure defined m the IEEE 1394-1995 standards (420, 

setting packet from the controller 300 waits for the send of piG 48"^ 

request packet from the source node 302 (404 of FIG. 12). * . . . ^ , 

The destination node 304 having received the send reconstrucUon .s completed, each destinaUon 

request packet confirms the connection ID written in the '° """^^ ^.'^ ^'^'^"T^ " '"'J"^ ^ ' mS,"'. 

packet and the connection ID notified from the controller, ' ''"'"^ ^^^^ °^ 

and determines whether or not the packet is transferred from * ^' 

the source node 302 When Asynchronous broadcast transaction can be 

After receiving the send request packet from the source '^^ source node 302 confirms the connection ID of 
node 302, each destination node 304 broadcasts the connec- ' '^^ received resend request packet to broadcast the ack 

tion ID, and the accepted response packet in which the "spon^ packet in which the connection ID is stored (423 of 

secured size of the internal buffer is written (405 of FIG. 12). ' ^' 

After the Asynchronous broadcast packet transferred from SubsequenUy, the source node 302 successively broad- 
the source node 302 is written in the memory space, the 50 ^'^'^ «he segment data of and after the sequence number 

destination node 304 confirms the comiection ID of the «q«esled by the received resend request packet, Le the 

packet. When the connection ID included in the packet ^'^""'e °^ 
coincides with the connection ID of the destination node 304 

itself, the acknowledge packet is broadcast (406 to 409 of aforementioned procedure, even if the data transfer 
FIG. 12). In this case, the segment data included in the 55 is interrupted, the controller 300, the source node 302, and 

received packet is stored in the internal buffer. Here, when destination node 304 can easily and securely resume the 

the connection ID included in the received packet is different subsequent data transfer without considering each node ID. 

from its connection ID, the destination node 304 discards the Moreover, as described above, in the embodiment, even 

received packet. when the data transfer is interrupted, the control procedure 

Moreover, when the destination node 304 detects mis- 60 controller 300 can effectively be simplified, 

matching of the sequence number of the received packet, the The structure of Asynchronous broadcast packet defined 

packet may be sent out requesting for resend. In this case, in the second embodiment wUl next be described with 

the destination node 304 designates the sequence number for reference to FIG. 13. Additionally, in FIG. 13, the field 

the resend request, and notifies the source node 302 of the having the same function as that of Asynchronous broadcast 
number, 65 packet of the first embodiment is denoted with the same code 

When all the Asynchronous broadcast transactions are as in RG. 5. 

completed, the segment end packet is broadcast from the First, a structure of packet header 521 will be described. 
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In FIG. 13, a field 501 (16 bits) indicates destination_JD, Therefore, when the most significant bit of the field has a 

and a node ID of a destination (i.e., destination node 304) is value of 1, it is indicated that the resend request based on the 

indicated. In the communication protocol of the communication protocol of the embodiment is generated, 
embodiment, in order to realize Asynchronous broadcast a field 514 (16 bits) indicates sequence__number, and a 
transaction of the object data 308, a value of the field is set 5 continuous value (i.e., sequence number) is set to a packet 

as broadcasting ID (i.e., FFFFi^). transferred based on a specified connection ID (connection 

Afield 502 (6 bits) indicates a transaction label (tl) field, ID designated by the field 511). The destination node 304 

or a tag peculiar to each transaction. can monitor continuity of segment data successively sub- 

A field 503 (2 bits) indicates a retry (rt) code, and jected to Asynchronous broadcast transaction by the 

designates whether or not the packet makes a retry. sequence number. When an inequaUty occurs, the destina- 

A field 504 (4 bits) indicates a transaction code (tcode), ^^^^^^^ ^^^^^ ^^^^^^ 

which designates a packet format or a transaction type to be ^* 

executed. In the embodiment, a value of the field is set, for Afield 515 (16 bits) indicates reconfirmation_number. In 

example, to OOOI2 to request for a process of writing a data the embodiment the field has a naeaning only when the 

block 522 of the packet into the memory space indicated by resend request flag has a value of 1. For example, when the 

a destination_offset field 507 (i.e., write transaction). value of the resend request flag is 1, the sequence number of 

A field 505 (4 bits) indicates a priority (pri), and dcsig- P^^^^^ requesting for resend is set in the field, 

nates the order of priority. In the embodiment, a value of the A field 516 (16 bits) indicates buffer_size. The internal 
field is set to OOOOj. 20 ^^^^^ destination node 304 is set in the field. 

A field 506 (16 bits) indicates source_ID, or the node ID A field 1302 (16 bits) indicates reserved, and is reserved 

of the transmission side (i.e., source node 302). for future expanding specifications. 

Hie field 507 (48 bits) indicates destination_offset, and ^ field 519 (32 bits) indicates data__CRC, and error 

designates low-order AS bits of the address space of each detecting codes for the fields 511 to 518 (including the 
destination node 304 in common. Here, for destination_ ^ header information 1301 and the data field 524) are stored in 

olfeet, the same value may be set in all the connections, or ^^i^ manner as the header_CRC. 
different values may be set in the connections. However, A structure of the acknowledge packet wiU next be 

when the different values are set. Asynchronous broadcast described. The destination node 304 having received the 

packets from a plurality of connections can efl&cienfiy be segment data by Asynchronous broadcast packet shown in 
processed in paraUel. ^0 FIG. 13 returns a response using the acknowledge packet 

A field 508 (16 biu) indicates data_length, and a length ^^^"^ ^ 
of data field described later is indicated in units of bytes. In FIG. 14, a field 1401 (4 bits) is a field in which 

A field 509 (16 bits) indicates extended_tcode. In the ack_code is stored. The aforementioned ack_busy^ 

embodiment, a value of the field is set to OOOOie- ack_busy_B, ack_busy_X, or another code is transferred 

A ^ em /-JO u * \ J- . u J r-Tir- • u • u to ^he source node 302 by the field. 

A field 510 (32 bits) mdicates header_CRC, m which ^ ^ , , ^ ^n.^ ^ ^ , • ^ • ^ - • 

eaor detecting codes for the fields 501 to 509 are stored. ^ ^^^^ l'*®^ (4 bits) is a field m which ack_parity is 

. , , , , , , , , stored. A parity check code or the acknowledge packet is 

A structure of the data block 522 vvall next be described. ^^^^^^ ^ ^^j^ ^^^^ ^ ^ ^^^^^ embodiment, 

In the embodmient, the data block 522 is consUtuted of a ^ complement of a value 1 of the ack_code is stored. The 
header information 1301 and a data field 524. 40 g^j^ ^^^^ ^^^^ ^^^^^^^^ ^^^^ ^^^1. 

A connection ID for identifying a logical connection ^^^^ ^^j^j ^403 (g ^^^^ ^ ^ ^^j^ ^ ^^^^ 

relaUonship between flie nodes, and the like are stored m the retry_period is stored. The value of the minimum retry 

header information 1301. p^^-^j ^^^^^ Pj^S ^ ^ ^^^^^^ ^^^^^ 

Moreover, the data field 524 has a variable length, in example, in units of one millisecond. For example, when the 

which the segment data is stored. Here, when the segment value of the field is 01 the source node 302 having 

data stored in the data field 524 is not a multiple of Quadlet, received the acknowledge packet sets the minimum retry 

a portion not satisfying Quadlet is filled with zero. period to one millisecond, and operates not to perform 

A field 511 (16 bits) indicates connection_ID, and stores retrying during the period. Additionally, the time unit which 

the connection ID of the embodiment. The 1394 interface of can be set in the field 1403 is not limited to one millisecond, 

the embodiment identifies the connection set between the and another time unit may be used, 
source node 302 and at least one destination node 304 based Here, each destination node 304 can variably set an 

on the connection ID stored in the field. In the embodiment, optimum value to be stored in the field 1403 in accordance 

connections of 2^*xthe number of nodes can be established. with its reception ability or load state. For example, each 

Therefore,aplurality of connections can be set until the total destination node 304 monitors its load state, sets large the 

amount of communication band used by each connection value of minimum retry period when the load is large, and 

reaches the volume of the transmission path. sets small the value when the load is small. 

Afield 512 (8 bits) indicates prolocol__type, and commu- For the node load state, the number of retries performed 
nication procedure based on the header information 1301 on the node, the number of packets transmitted to the node, 
(i.e., communication protocol type) is indicated. When the the occupied state of the node buffer, the number of con- 
communication protocol of the embodiment is indicated, a nections of the node, and other various indicators can be 
value of the field is, for example, 01 j^. used. Additionally, the indicator for detecting the node load 

A field 513 (8 bits) indicates control_flags, and prede- state is not limited as long as the node load state can be 

termined control data for controlling communication proce- detected. 

dure and the like of the communication protocol of the 65 Additionally, in the embodiment, the value to be stored in 

embodiment are set. In the embodiment, a most significant the field 1403 can be provided with a special meaning. For 

bit of the field is set, for example, as a resend_request flag. example, a standard (default) value is set as OOj^g, and the 
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minimum retry period indicated by the value may be set to provided. In this case, the source node 302 determines an 

100 milliseconds. Additionally, the minimum retry period optimum minimum retry period based on the acknowledge 

indicated by the standard (default) value is not limited to 100 packet transferred from each destination node 304. 

milliseconds, and another value may be set. Moreover, for As described above, in the embodiments, the logical 
example, a so-called immediately retry may be indicated, in 5 connection relationship independent of the physical connec- 

which 00i6 is set as the standard (default) value to perform tion mode can be constructed in the bus type network like 

retrying as soon as possible. the IEEE 1394-1995 standards. 

FIG. 15 is a diagram showing operation for setting the Moreover, according to the embodiment, in the commu- 

minimum retry period. FIG. ISAshows an operation flow in nication system conforming to the IEEE 1394-1995 
which the packet is transmitted/received between the source lo standards, there can be provided a completely novel com- 

node 302 performing Asynchronous broadcast transaction munication protocol in which a relatively large amount of 

and the destination node 304 returning the acknowledge object data (e.g., still image data, graphic data, text data, file 

packet shown in FIG. 14 to the transaction. Moreover, FIG. data, program data, and the like) requiring no real-time 

15B is a graph showing changes of the load state of the properties but requiring reliability are segmented into one or 
destination node 304 with time. In FIG. 15B, the load state 35 more segment data, and continuously transferred, 

of the destination node 304 is shown in a horizontal Furthermore, according to the embodiment, in the com- 

direction, while the elapse of time is indicated in a vertical munication system conforming to the IEEE 1394-1995 

direction. standards, there can be provided a completely novel com- 

In FIG. 15 at a time Ij when the source node 302 performs munication protocol which realizes data communication 

a first Asynchronous broadcast transaction (write request ^'^^ween a plurality of apparatuses using a communication 

#1), the load of the destination node 304 is relatively small system to broadcast data asynchronously. 

Lj , and busy (1501 of FIG. 15). In this case, for example, the Additionally, in the embodiment, a plurality of continuous 

destination node 304 sets the value of the min_retry„pcriod data can securely be transferred without using Isochronous 

to 32ig, and returns the acknowledge packet of ack_ transfer system of the IEEE 1394-1995 standards. Moreover, 

busy_X (1502 of FIG. 15). one object data is segmented into a plurality of data, and can 

The source node 302 sets the minimum retry period to 50 securely be transferred, 

milliseconds from the value of the min__retry_pcriod of the Moreover, in the embodiment, since the communication 

acknowledge packet (1503 of FIG. 15). The source node 302 among the plurality of apparatuses is controlled with one 

performs no retry during the minimum retry period, and connection, a plurality of communications can simulta- 

performs retrying at least 50 milliseconds later (1504 of FIG. ncously be performed without using much commimication 

15, retry #1). In FIG. 15, the retry is successful, and the write band. 

transaction is completed (1505 of FIG. 15). Furthermore, in the embodiment, when the data transfer is 

Subsequently, at a time when the source node 302 interrupted by the bus reset or transmission error, it can be 

performs a second Asynchronous broadcast transaction known which segment data is lost, and transfer can be 

(write request #2), the load of the destination node 304 is resumed without following a very intricate commimication 

relatively large L2, and busy (1506 of FIG. 15). For example, procedure . 

the destination node 304 sets the value of the min retry_ ^ , u u <^ ' 

period to 64^^, and returns the acknowledge packet of er m o men 

ack_busy_X (1506 of FIG. 15). The communication protocol and various necessary pro- 

The source node 302 sets the minimum retry period to 1 80 cessing operations for realizing the communication protocol 
milliseconds from the value of the min_retry_period of the 40 described in the above embodiments can be realized by 

acknowledge packet (1507 of FIG. 15). The source node 302 software. 

performs no retry during the minimum retry period, and For example, a storage medium in which a program code 

performs retrying at least 180 milliseconds later (1508 of for realizing the aforementioned embodiment fimction is 

FIG. 15, retry #2). stored is supplied to apparatus controllers constituting the 

In the aforementioned operation, in the embodiment, 45 communication system of the embodiment (e.g., MPU 12, 
since the destination node to send the acknowledge packet system controller 50, printer controller 68 of FIG. 2). 
dynamically sets the minimum retry period, there can be Subsequently, the controller reads the program code stored 
provided a communication system and a communication in the storage medium, and controls the communication 
protocol, in which more secure data communication is system or the apparatus operation to realize the embodiment 
assured. Additionally, even if the bus is congested, the busy function in accordance with the program code. The afore- 
state is prevented from occurring frequently, and the dead- mentioned embodiment can thus be realized, 
lock can be prevented from occurring. Moreover, in the Moreover, the storage medium in which the program code 
aforementioned operation, in the embodiment, since the for realizing the aforementioned embodiment function is 
minimum retry period can dynamically be set, communica- stored is supplied to the 1394 interfaces 14, 44, 62 mounted 
tion resource can appropriately be distributed, and commu- on each apparatus, and the controller (e.g., serial bus man- 
nication efficiency can be enhanced while the communica- agement 806 of FIG. 8) for controlling the operation of the 
tion path is not occupied with the source node to perform 1394 interfaces 14, 44, 62 controls the processing operation 
retrying. to realize the embodiment function in accordance with the 

Moreover, in the aforementioned operation, even when program code stored in the storage medium, 

transfer is executed between the source node fast in trans- In this case, the program code read from the storage 

mission speed and the destination node slow in reception medium realizes the embodiment function, and the program 

speed, the source node can be prevented from frequently code and the means for supplying the program code to the 

performing retrying, and the receiving buffer of the desli- controller (e.g., the storage medium itself) constitute the 

nation node can constantly be prevented from becoming full. present invention. 

Additionally, in FIG. 15, to simplify the description. For the storage medium in which the program code is 
transfer between one source node 302 and one destination 65 stored, for example, floppy disc, hard disc, optical disc, 

node 304 is shown, but the same processing can be per- magnetic optical disc, CD-ROM, magnetic tape, non- 

formed even when more than one destination node 304 are volatile memory card, ROM, and the like can be used. 
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Moreover, it goes without saying that the present inven- 3. A data communication apparatus adapted to transmit 

tion also includes a case where the program code read from packets asynchronously, the apparatus comprising: 

the storage medium realizes the embodiment functions in means for receiving reception capability information 

cooperation with OS (operating system) operated on the including a reception capabiUty of the destination node; 
controllers, various application soitware, and the like. s 

rrt_ . ' *• £. *u • 1 J u means for determining, in accordance with the reception 

The present invention rurther includes a case where after , r ^ ^ 

the program code read from the storage medium is stored in capability mformation, a waiting Ume that is a time for 

the memory mounted on the function expansion unit con- waiting for a response packet corresponding to a packet 

nccted to the controller, the controller provided on the transmitted from the source node; and 
function expansion unit performs a part or whole of the jg means for transmitting a next packet if the apparatus 

actual processing in accordance with the program code receives the response packet in the waiting time, 

stored in the memory to realize the embodiment functions. 4. A method to be used in a data communication apparatus 

The invention may be embodied in other specific forms adapted to transmit packets asynchronously, the method 

without departing from the spirit or essential characteristics comprising steps of: 

thereof. j5 receiving reception capability information including a 

For example, the communication protocol of the first ^ jj^.^ capabiUty of the destination node; 

embodiment can be combined with that of the second 

embodiment. Therefore, the optimum time interval between determining, in accordance with the reception capability 

the i-th and (i+l)-th Asynchronous broadcast transactions information, a waiting time that is a time for waiting for 

can be determined. Additionally, even if the i-th Asynchro- a response packet conesponding to a packet transmitted 

nous broadcast transaction is not normally received, retry fi-om the source node; and 

can be inhibited for the predetermined time. transmitting a next packet if the apparatus receives the 

Moreover, in the embodiments, the communication pro- response packet in the waiting time, 

tocol applicable to the network confomimg to the IEEE 5 ^ata communication system according to claim 1, 

1394-1995 standards has been described, but the invention ^ ^^^^^^^ ^^^^^ ^^^^ ^ determine the waiting 

IS not hmited thereto. The communication protocol of ^e ^^^^^^ ^^^^^ ^^^^ ^^^^^ ^ ^^^^^ 

f^i'^^fo? noc^f ""^f'f ' ^'T'^^v ^ 6. The data communication system according to claim 1, 

IEEE 1394-1995 standards or a network which can virtually . . .. ^"^"^ a^xuLx =,y a uiuiiAg u ^ » 

constitute the bus-type network. the source node is adapted to retry transmission of 

^ ^ ' / . , the packet if the source node does not receive the response 

nierefore, above-mentioned embodmients are merely 3^ ^^^^^ ^ ^^^^ ^^(j^, 

examples in all respects, and miist not be construed to hmit , j^,^ communication system according to claim 1, 

invention. wherein the source node communicates with the destination 

The scope of the present invention is defined by the scope ^ode using a communication unit conforming to an IEEE 

of the appended claims, and is not hmited at all by the 1394-1995 standard. 

specific descriptions of this specification. Furtheraaore, all xhe method according to claim 2, wherein the dctcr- 

the modifications and changes belonging to equivalents of mining step determines the waiting time before the source 

the claims are considered to fall within the scope of the ^ode transmits a first packet. 

present invention. 9 method according to claim 2, further comprising a 

What is claimed is: step of retrying transmission of the packet if the source node 

1. A data communication system comprising: does not receive the response packet in the waiting time. 

a source node adapted to transmit packets asynchro- 10. The method according to claim 2, wherein the source 

nously; and node communicates with the destination node using a com- 

a destination node adapted to receive the packets trans- munication unit conforming to an IEEE 1394-1995 standard, 

mitted from the source node, , 4.' "^f communication apparatus according to claim 

, . , , . . 3, wherein the means for determining determmes the waiting 

wherem the source node is adapted to receive reception 45 time before the source node transmits a first packet. 

capabiUty infonmation including a reception capability 12. The data communication apparatus according to claim 

of the destination node, to determine, in accordance 3^ further comprising means for retrying transmission of the 

with the reception capability information, a waiting packet if the source node does not receive the response 

time that is a time for waiting for a response packet packet in the waiting time. 

corresponding to a packet transmitted from the source 50 13. The data communication apparatus according to claim 

node, and to transmit a next packet if the source node 3, wherein the data communication apparatus communicates 

receives the response packet in the waiting time. with the destination node using a communication unit con- 

2. A method to be used in a data communication system forming to an IEEE 1394-1995 standard. 

comprising a source node adapted to transmit packets 14. The method according to claim 4, wherein the deter- 
asynchro nously, and a destination node adapted to receive 55 mining step determines the waiting time before the source 

the packets transmitted from the source node, the method node transmits a first packet. 

comprising steps of: 15. The method according to claim 4, further comprising 

receiving reception capabiUty information including a ^ step of retrying transmission of the packet if the source 

reception capability of the destination node; ^o^e does not receive the response packet in the waiting 

determining, in accordance with the reception capability 60 ^^^^^^ according to claim 4, wherein the data 

mformation, a waiUng Ume that is a Ume for waiUng for communication apparatus communicates with the destina- 

a response packet corresponding to a packet transmitted tion node using a communication unit conforming to an 

from the source node; and iggE 1394-1995 standard, 
transmitting a next packet if the source node receives the 

response packet in the waiting time. * ♦ * » * 
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